昨日談過實踐方案前部份，今日續談，並開始下一步驟-上線。

驗證和最終使用者培訓

完成一個階段的所有要求後，單一聯絡人(SPoC)負責所有最終測試並為上線開綠燈。
作為 Odoo 內部專家，單一聯絡人(SPoC)和/或關鍵使用者組織和培訓所有最終使用者。
同樣，編寫使用者手冊是客戶的責任，因為好的文件需要與客戶的內部流程和術語相符。此外，讓客戶編寫使用手冊是確保他們在投入生產之前已按照「標準做法」全面測試軟體的好方法。

💡 實施提示

• 將您的專案計畫轉變為一系列快速成果： 為了讓您的客戶參與項目，請定期交付。如果使用者開始使用該系統，即使只是一小部份範圍，他們對系統的了解也會很快提高。
• 不斷挑戰您的客戶： 您越堅持標準，實施速度就越快（因此失敗的風險就越低）。
• 勿做您不相信的事： 銷售人員的承諾可以重新討論。合約並不比專案的成功重要。您總是可以說服執行長不要實施某個想法（即使它包含在最初的合約中）。
• 舉行面對面會議。 這是解決複雜情況的好方法：害怕改變、需要保證或缺乏參與。
• 控制變更管理的處理方式： 在變更管理方面，您的客戶應該實施他們的溝通策略並為其最終使用者準備培訓。您的職責是定期檢查，以確保一切順利，並幫助他們適應現場的實際情況。

!

上線

當需要打開開關時，您可能會遇到意想不到的問題。
通常，這是由於以下一項或兩項原因造成的：
• 資料庫未經充分測試： 盡力確保關鍵使用者已充分測試所有業務流程。
• 使用者沒有接受過良好的訓練： 如果訓練是在幾個月前完成的，他們可能會忘記所學的內容。如果他們在培訓期間沒有進行足夠的練習，他們可能會錯過一些關鍵步驟。

💡上線提示

• 培訓不是會議。 鼓勵單一聯絡人(SPoC)讓關鍵使用者在單一聯絡人(SPoC)的指導下自行執行流程。
• 關鍵使用者不是專業測試人員。 品質測試很困難，因此他們很可能會錯過關鍵問題。確保與它們一起交叉檢查有風險的部份。
• 創造動力。 人們需要對採用新系統感到興奮並渴望使用它。沒有什麼比不期待使用新工具的人更能扼殺上線嘗實踐方案試的了。
• 反應迅速。 如果您能夠足夠快地解決問題，那麼出現問題是可以的。
• 避免延遲上線日期。 雖然當時感覺這是最好的選擇，但很多事情可能會在 2 個月內發生變化：人們可能會失去動力，會出現新的變更請求，資料導入可能需要推遲最後期限會使專案面臨額外的風險和額外的成本。即使一切都不完美，通常最好還是盡快上線。
• 如果使用者對變革有抵制，則在部署的最初幾天必須在現場。 您需要指導他們。
• 幾天後，檢查它們是否真的上線。 有時，客戶會因為沮喪、恐懼或懶惰而繼續使用舊軟體：習慣很難改變！

明日開始第二部署。